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Steuergerate fur ein System und Verfahren zum Betrieb eines 

Steuergerats 
Stand der Technik 

Die Erfindung geht aus von einem Steuergerat fur ein System 
bzw. von einem Verfahren zum Betrieb eines Steuergerat s nach 
der Gattung der unabhangigen Patentanspruche . Aus der 
WO 97/13064 ist bereits ein Steuergerat fur ein System bzw. 
ein Verfahren zum Betrieb eines Steuergerats bekannt, bei 
dem eine Vielzahl von aktivierbaren Modulen vorgesehen sind. 
Diese Module werden durch einen Scheduler aktiviert, wobei 
der Scheduler Prioritaten, die den Modulen zugeordnet sind, 
berucksichtigt. Dabei sind jedoch den Modulen feste 
Prioritaten zugeordnet, die nicht veranderbar sind. 

Vorteile der Erfindung 

Das erf indungsgemaSe Steuergerat bzw. das erf indungsgemafie 
Verfahren zum Betrieb eines Steuergerats haben demgegenuber 
den Vorteil, da£ durch veranderbare Prioritaten die 
Ablauf steuerung der Module verbessert wird. Insbesondere 
kdnnen so eine Vielzahl von veranderbaren Gegebenheiten fur 
die Ablauf steuerung, d. h. fur die Aktivierung und 
Ausfuhrung von Modulen berucksichtigt werden. 



Durch die in den abhangigen Anspruchen aufgefuhrten 
MaSnahmen sind vorteilhaf te Weiterentwicklungen und 
Verbesserungen des Steuergerats bzw. des Verfahrens nach den 
unabhangigen Patentanspruchen moglich. Durch die 
Berucksichtigung der Zeitdauer, in der das jeweilige Modul 
aktiviert oder deaktiviert ist, kann sichergestellt werden, 
da£ Module, die lange nicht ausgefuhrt wurden oder erst 
kurzlich ausgefuhrt wurden, entsprechend berucksicht igt 
werden. Durch die Berucksichtigung von Zustanden des Systems 
kann die Prioritat von Modulen von aufieren Zustanden 
abhangig gemacht werden. Besonders vorteilhaf t werden beide 
Methoden miteinander verknupft, urn so eine groEtmogliche 
Flexibilitat bei der Aktivierung von Modulen 
sicherzustellen. Durch die Erhohung der Prioritat bei der 
Aktivierung wird sichergestellt, daS Modulen eine gewisse 
Mindestlauf zeit zur Verfiigung steht. Durch die 
Berucksichtigung der Absolutzeit konnen 

Zwangslauf bedingungen, die von einem absoluten Zeitsignal 
abhangen, verwirklicht werden. Der Scheduler verfolgt 
zweckmaSigerweise ein Auswahlverf ahren fur die Module, bei 
dem Module hoherer Prioritat bevorzugt berucksicht igt 
werden. 

Zeichnungen 

Ausf uhrungsbeispiele der Erfindung sind in den Zeichnungen 
dargestellt und in der nachf olgenden Beschreibung naher 
erlautert. Es zeigen Figur 1 ein Steuergerat und ein System, 
Figur 2 bis 4 verschiedene Zuwe i sungsme t hoden von 
Prioritaten zu Modulen und Figur 5 bis 8 ein 
Auswahlverf ahren durch den Scheduler. 



Beschreibung der Ausf uhrungsbeispiele 

In der Figur 1 wird ein Steuergerat 1 gezeigt, welches durch 
Verbindungsleitungen 4 mit einem zu steuernden System 2 
verbunden ist. Das Steuergerat 1 weist einen Mikrorechner 3 
auf, der zur Abarbeitung von Modulen 10, 11, 12 vorgesehen 
ist. Das Modul 10 steht hier fur eine Vielzahl von Modulen, 
bei denen es sich urn Funktionsmodule handelt. Derartige 
Funktionsmodule 10 sind zur Steuerung oder Diagnose des 
Systems 2 vorgesehen. Bei dem Modul 11 handelt es sich urn 
einen Scheduler, und bei dem Modul 12 handelt es sich um ein 
Modul, das als Prioritatsverwalter wirkt. 

Bei dem System 2 kann es sich um jedes beliebige technische 
System, welches von einem Steuergerat 1 gesteuert wird, 
handeln. Beispielsweise kann es sich bei dem System 2 um ein 
Kraf tf ahrzeug, einen Verbrennungsmotor oder ein Getriebe 
handeln. Ein derartiges System 2 ist mit einer Vielzahl von 
Sensoren und einer Vielzahl von Stellgliedern ausgestattet . 
Uber die Verbindungsleitungen 4 konnen vom Steuergerat 1 
erzeugte Stellinf ormationen an die Stellglieder des Systems 
2 ubermittelt werden (zum System 2 hinweisender Pfeil) . 
Weiterhin konnen Mefcwerte der Sensoren des Systems 2 durch 
die Verbindungsleitungen 4 zum Steuergerat 1 hin ubertragen 
werden (zum Steuergerat 1 hinweisender Pfeil) . Das 
Steuergerat 1 erhalt somit Inf ormationen uber Zustande des 
Systems 2, die vom Steuergerat 1 verarbeitet werden und in 
Abhangigkeit von gewunschten Zustanden (beispielsweise beim 
Kfz Fahrpedalstellung) zu Steuerinf ormationen fur das System 
2 umgesetzt werden. 

Das Steuergerat 1 ist hier nur schematisch durch mehrere 
Module 10, 11, 12 und den Mikrorechner 3 dargestellt. Sonst 
in der Regel fur Steuergerate 1 verwendete 
Hardwarekomponenten werden der Einfachheit halber nicht 



dargestellt. Die Module 10, 11, 12 sind in der Regel als 
Programmodule ausgebildet, es konnen aber auch 
Hardwarebausteine verwendet werden, die die entsprechenden 
Funkt ionen wahrnehmen . Bei einem als Programmodul 
ausgebildeten Funktionsmodul 10 handelt es sich urn eine 
Abfolge von Programmbef ehlen, die als Einheit von dem 
Scheduler 11 aktiviert oder deaktiviert werden. Funktionen, 
die sich dem Benutzer als eine Einheit darstellen oder zur 
Steuerung einer einheitlichen Funktion verwendet werden, 
konnen dabei in mehrere, separat vom Scheduler 11 verwaltete 
Module aufgeteilt sein. Die Funkt ionsmodule 10 sind zur 
Bearbeitung unmittelbarer S teue rungs aufgaben oder 
Diagnoseauf gaben notwendig. Diese Module werten 
Steuerinformationen des Systems 2 aus und erzeugen in 
Abhangigkeit von vorgegebenen Sollwerten entsprechende 
Steuerinformationen fur das System 2. Ein Eingangs signal 
eines derartigen Funkt ionsmoduls kann beispielsweise bei 
einem Kfz in der Drehzahl und die Sollinf ormation in der 
Gaspedalstellung bestehen, aus der dann eine entsprechende 
Steuerungsinf ormation fur den Motor erzeugt wird. Weiterhin 
konnen Funkt ionsmodule 10 vorgesehen werden, die die 
ordnungsgemaSe Funktion des Systems 2 uberwachen. Bei einem 
Kraf tf ahrzeug mufi beispielsweise aufgrund von gesetzlichen 
Bestimmungen die Funkt i ons we ise des Katalysators wahrend des 
laufenden Betriebs uberpruft werden. Dies erfolgt, indem von 
Zeit zu Zeit ein entsprechendes Funktionsmodul 10 aktiviert 
wird, welches die Funktion des Katalysators durch Auswerten 
von Signalen der Lambdasonde uberpruft. 

Die Funkt ionsmodule 10 konnen im aktiven oder inaktiven 
Zustand sein. Im inaktiven Zustand werden die mit dem Modul 
verbundenen Aufgaben, wie Diagnose oder Steuerung von Teilen 
des Systems, nicht ausgefuhrt. Dies bedeutet insbesondere , 
daS inaktive Module Daten vom System nur zur Prufung ihrer 
Laufbereitschaf t einlesen und da£ sie keine Inf ormationen an 
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das System 2 ausgeben. Im inaktiven Zustand konnen die 
Module aber noch beispielsweise mit dern Mikrorechner 3 
Inf ormationen austauschen, insbesondere mussen Inf ormationen 
zwischen den Funktionsmodulen 10 und dem Scheduler 11 
5 austauschbar sein, die die Aktivierung eines Moduls 

betreffen (z. B. Mdglichkeit oder Wunsch der Aktivierung). 
Da nicht alle Funktionsmodule 10 in jedem Betriebszustand 
des Systems 2 benotigt werden, konnen zumindestens ein Teil 
dieser Module inaktiviert sein. Die Aktivierung der 

10 einzelnen Funktionsmodule 10 erfolgt durch eine 

Ablauf steuerung, die daruber entscheidet, welche 
^ Funktionsmodule 10 ausgefuhrt werden. Der Scheduler 11 und 

auch der Prioritatsverwalter 12 sind Teil dieser 
Ablauf steuerung. Die Ablauf steuerung kann die Aktivierung 

15 einzelner Funktionsmodule von bestimmten auSeren Bedingungen 

abhangig machen. Funktionsmodule 10, die beispielsweise mit 
der Zundung oder Einspritzung eines Benzinmotors zu tun 
haben, werden beispielsweise in Abhangigkeit von der 
Kurbelwel lens tel lung des Motors aktiviert . Ebenso werden 

2 0 Funktionsmodule 10, die mit der Diagnose des Systems 2 zu 

tun haben, in Abhangigkeit von Betriebszustanden des Systems 
2 aktiviert. Wesentlich ist hier, daS mehrere 

Funktionsmodule 10 parallel bearbeitet werden konnen, in dem 
^gjy Sinne, da£ die Bearbeitung eines Moduls noch nicht 

25 abgeschlossen ist, wahrend gleichzeitig ein anderes Modul 

ebenfalls bearbeitet wird. Ein Mikrorechner 3 kann immer nur 
einen einzelnen Befehl, der einem bestimmten Modul 
zugeordnet ist, ausfuhren. Gleichzeitige Bearbeitung 
bedeutet daher in diesem Zusammenhang, daS Module, die 

30 gleichzeitig bearbeitet werden, fur die Vergabe von 

Rechenzeit vorgesehen sind, so da£ die mit den 
entsprechenden Modulen verbundenen Funktionen ausgeubt 
werden. 
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Der Scheduler 11 und Prioritatsverwalter 12 sind Teil der 
Ablauf steuerung, die daruber entscheidet , welche Module 
aktiviert sind und welche nicht. Dabei ist es die Aufgabe 
des Prioritatsverwalters 12, den Funktionsmodulen 10 
Priori taten zuzuordnen bzw. diese Prioritaten zum Zweck der 
Ablauf steuerung zu verandern. Die Aufgabe des Schedulers 11 
ist es dann, in Abhangigkeit von diesen Prioritaten zu 
entscheiden, welche Funktionsmodule 10 im aktiven Zustand 
und welche Funktionsmodule 10 im inaktiven Zustand sind. Die 
Funktionsweisen des Prioritatsverwalters 12 werden im 
folgenden anhand der Figuren 2 bis 4 erlautert. 

In der Figur 2 ist in einem Diagramm die Prioritat p gegen 
eine Zeit t aufgetragen. Als Zeit t ist hier die Zeit 
aufgetragen, in der ein Modul in einem bestimmten Zustand, 
d. h. entweder aktiv oder inaktiv ist. In dem Diagramm der 
Figur 2 werden exemplarisch die Prioritaten der Module A und 
B dargestellt. Bezuglich des Moduls A ist noch eine 
alternative Darstellung A' dargestellt. Das Modul B dient 
hier nur als Vergleichsmodul und wird daher mit einer 
konstanten Prioritat uber den gesamten Zeitraum dargestellt. 
Das Modul A hat zum Zeitpunkt to die Prioritat 0. Dieser 
Zeitpunkt to kann beispielsweise dadurch gegeben sein, daS 
zu diesem Zeitpunkt das Modul A der Ablauf steuerung, d. h. 
entweder dem Scheduler 11 oder dem Prioritatsverwalter 12 
mitgeteilt hat, daS es nun laufbereit ist. Die Zeit t ist 
dann somit als Wartezeit zu verstehen, indem von dem 
Prioritatsverwalter 12 die Prioritat des Moduls A stetig 
erhoht wird. Zum Zeitpunkt tl ubersteigt dann die Prioritat 
des Moduls A die konstante Prioritat des Moduls B, so daS 
der Scheduler 11 zum Zeitpunkt tl das Modul A aktivieren 
wird und das Modul B in einen inaktiven Zustand versetzen 
wird. Dies gilt natiirlich nur unter der Voraussetzung, daS 
die Medule A und B laufbereit sind, aber nicht gleichzeitig 
laufen durfen. Der Prioritatsverwalter 12 ordnet somit dem 



Modul A in Abhangigkeit von einer Zeitdauer eine Prioritat 
zu. 

Eine weitere Moglichkeit, einem Modul Prioritaten 
zuzuordnen, ergibt sich durch den Vergleich des Modul s A und 
des Moduls A' . Die dargestellten Prioritatsverlauf e der 
Figur 2 der Module A und A' unterscheiden sich hinsichtlich 
der Prioritatszunahme pro Zeiteinheit. Das Modul A' wird 
erst zu einem wesentlich spateren Zeitpunkt t2 aktiviert 
werden, da die Prioritatszunahme dieses Moduls A' geringer 
ist als die Prioritatszunahme des Moduls A. Die 
unterschiedlichen Steigungen ergeben sich hieraus, da£ die 
Wartezeit t zusatzlich mit der Intensitat eines Zustandes 
des Systems 2 verknupft wird (z.B. multiplikativ) . Als 
Zustand des Systems 2 wird hier insbesondere an die 
Intensitat eines Sensorsignals des Systems 2 gedacht . Je 
starker der MeSwert des Sensors des Systems 2 ist, urn so 
starker steigt die Prioritat des Moduls A bzw. A' an. In 
diesem Fall kann sich auch ein nichtlinearer Verlauf der 
Prioritat von A bzw. A' ergeben. 

Eine weitere Moglichkeit, den Modulen eine Prioritat 
zuzuordnen, besteht darin, daS man ihnen ausschlieSlich in 
Abhangigkeit von einem Sensorsignal eine Prioritat zuordnet . 
Beispielsweise konnte es bei einem Motor vorgesehen werden, 
daS die Prioritat eines Moduls unmittelbar mit der Drehzahl 
verknupft wird, d. h. die Prioritat eines bestimmten Moduls 
wird urn so hoher, je hoher die Drehzahl ist. 

In der Figur 3 wird eine weitere Methode gezeigt, mit der 
der Prioritatsverwalter 12 einem Modul A eine Prioritat 
zuweist. Als Vergleich wird auch in der Figur 3 ein Modul B 
mit konstanter Prioritat gezeigt. Bei dem in der Figur 3 
dargestellten Modul A erhoht sich die Prioritat zwischen dem 
Zeitpunkt to bis t3 wiederum linear in Abhangigkeit von der 



- 8 - 



R. 32447 



Wartezeit t. Zum Zeitpunkt t3 wird das Modul A vom Scheduler 
11 aktiviert. Der Prioritatsverwalter ordnet dann dem Modul 
A sprungartig eine erhohte Prioritat zu. Dies ist 
erf orderlich, urn sicherzustellen, da£ das Modul A nun fur 
eine bestimmte Zeit bearbeitet wird. Dies ist insbesondere 
erf orderlich, wenn das konkurrierende Modul B nicht wie hier 
gezeigt eine konstante Prioritat aufweist, sondern selbst 
eine mit der Zeit leicht ansteigende Prioritat aufweist oder 
aber, wenn, wie in der Figur 3 dargestellt wird, nach der 
Aktivierung des Moduls A die Prioritat des Moduls A leicht 
absinkt (Zeitraum nach dem Zeitpunkt t3). In diesen beiden 
Fallen wiirde es namlich sonst zu einem dauernden Hin- und 
Herschalten zwischen dem Modul A und dem Modul B kommen, 
d. h. in kurzen zeit lichen Abstanden hintereinander wiirde 
das Modul A jeweils aktiviert und wieder inaktiviert werden. 
Der Prioritatsverwalter 12 ist daher so ausgelegt, daS bei 
einer Aktivierung eines Moduls sprungartig eine Erhohung der 
Prioritat vorgenommen wird, urn eine gewisse Hysterese beim 
Hin- und Herschalten zwischen Modulen ahnlicher Prioritat zu 
erreichen. 

Eine weitere Vorgehensweise, wie der Prioritatsverwalter 
einem Modul A eine Prioritat zuweist, wird in der Figur 4 
erlautert. In der Figur 4 ist jedoch auf der Zeitachse t 
eine Absolutzeit, beispielsweise eine absolute Zeit nach dem 
Start eines Kraft fahrzeugs aufgetragen. Durch die absoluten 
Zeitpunkte t4 und t5 wird ein Zeitfenster definiert, wobei 
innerhalb dieses Zeitfensters das Modul A mit einer sehr 
hohen Prioritat versehen wird. Durch eine derartige 
Prioritatszuordnung laSt sich erreichen, daS in Abhangigkeit 
von einer absoluten Zeit ein Modul bevorzugt ausgefuhrt 
wird. AuSerhalb dieses Zeitfensters kann dann die Prioritat 
des Moduls A in b.ekannter Weise verwaltet werden, 
beispielsweise indem es mit einer Wartezeit des Moduls A 
kontinuierlich die Prioritat erhoht wird, wie dies ebenfalls 
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in der Figur 4 dargestellt ist . Ein derartiges 
Absolutzeitf enster ist beispielsweise wunschenswert , wenn 
bestimmte Funktionsmodule zwingend zu bestimmten 
Zeitfenstern ausgef uhrt we r den mussen. Dies ist 
beispielsweise bei bestimmten Diagnosef unktionen der Fall, 
wie sie fur Kraf tf ahrzeuge verwendet werden. Es muS dabei 
sichergestellt werden, daS bei normierten Tests, die oft nur 
ein einziges fur einen bestimmten Funktionstest geeignetes 
Zeitfenster enthalten, die damit verbundenen Funktionsmodule 
auch ausgef uhrt werden. AuSerhalb des Zeitfensters wird 
durch eine normale Priori tats zuordnung nach Wartezeit oder 
dergleichen ebenfalls sichergestellt, daS die entsprechenden 
Funktionsmodule mindestens hin und wieder aufgerufen werden. 

In Abhangigkeit von den Prioriaten, die vom 
Prioritatsverwalter 12 den einzelnen Funktionsmodulen 10 
zugeordnet wurden, bestimmt dann der Scheduler 11, welche 
Module aktiviert und welche Module inaktiviert sind. Dazu 
wird beispielsweise in regelmaEigen Zeitabstanden das 
Schedulermodul 11 aktiviert und dann in Abhangigkeit von den 
Prioritaten Funktionsmodule 10 aktiviert oder inaktiviert. 
Eine andere Mdglichkeit kann darin bestehen, da£ das 
Schedulermodul 11 immer aktiviert wird, wenn ein 
Funktionsmodul 10 seine Tatigkeit beendet, da auch dann neu 
entschieden werden kann, welche Module nun laufen konnen 
oder nicht. Eine andere Mdglichkeit, das Schedulermodul 11 
aufzurufen, besteht darin, den Aufruf des Schedulermodul s 11 
von externen Signalen, beispielsweise von Sensorsignalen des 
Systems 2, abhangig zu machen. 

Anhand der Figuren 5 bis 8 wird nun erlautert, wie das 
Schedulermodul 11 in Abhangigkeit von den Prioritaten der 
Funktionsmodule A, B, C, D, E, F, G, H die zu aktivierenden 
Module auswahlt. Aus der in der Figur 5 dargestellten Menge 
von laufbereiten, d.h. zur Aktivierung anstehenden Modulen A 
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bis H wird zunachst das Modul mit der hochsten Prioritat 
ausgewahlt. Im vorliegenden Fall handelt es sich dabei um 
das Modul A, welches in der Figur 5 durch einen Kreis 
besonders hervorgehoben wird. Danach bestimmt das 
Schedulermodul 11, ob weitere Module vorhanden sind, die 
nicht gleichzeitig mit dem Modul A laufen durfen. Dies kann 
beispielsweise dadurch verursacht werden, da£ das Modul A 
auf bestimmte Stellglieder zugreift und zeitgleich keine 
anderen Module diese Stellglieder beeinflussen durfen. 
Weiterhin kann es auch so sein, da£ durch das Modul A 
Sensorwerte beeinfluSt werden, die von anderen Modulen 
benotigt werden. Derartige Querabhangigkeiten zwischen 
Modulen konnen beispielsweise in einer Liste, auf die der 
Scheduler 11 zugreifen kann, abgespeichert werden. Im 
vorliegenden Fall verhalt es sich beispielsweise so, da£ die 
Module C und E nicht gleichzeitig mit dem Modul A aktiv sein 
durfen. Diese Module werden daher, wie in der Figur 6 
dargestellt wird, aus der Menge gestrichen. Es verbleibt 
dann eine Restmenge, in der das bereits ausgewahlte Modul A 
und die gestrichenen Module C und E, die nicht zusammen mit 
dem Modul A aktiviert werden durfen, nicht mehr enthalten 
sind. Im vorliegenden Beispiel wird diese Menge durch die 
Elemente B, D, F, G, H gebildet. Von dieser Restmenge wird 
nun wiederum das Modul mit der hochsten Prioritat 
ausgewahlt, im vorliegenden Beispiel das Modul D. Wie in der 
Figur 7 zu erkennen ist, durfen gleichzeitig mit dem Modul D 
nicht die Module B und H aktiviert werden, so dafi diese 
ebenfalls gestrichen werden (Figur 7) . Die verbliebene 
Restmenge mit den Modulen D und F enthalt hier ebenfalls 
nicht mehr die gestrichenen Module und die bereits 
ausgewahlten Module. Von dieser Restmenge weist das Modul D 
eine hohere Prioritat auf als das Modul F, so da£ das Modul 
D im nachsten Schritt ausgewahlt wird. Die nun verbliebene 
Restmenge umfafit nur noch das Modul F, welches zeitgleich 
mit dem Modul D aktiviert sein darf , so da£ im letzten 
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Schritt (Figur 8) auch das Modul F fur die Aktivierung 
ausgewahlt wird. Der Scheduler 11 hat so mitbestimmt , daS 
die Module A, D, G und F aufgrund der Priori taten und 
Querabhangigkeiten aktiv sein sollen. Wenn vor dieser 
Feststellung eines der nun gestrichenen Module aktiviert 
war, so fuhrt der Scheduler 11 dieses Modul in einen 
inaktivierten Zustand uber. Wenn eines der ausgewahlten 
Module vorher inaktiviert war, so wird dieses Modul vom 
Scheduler 11 in den aktivierten Zustand uberf uhrt . 

Wenn in den genannten Fallen, in denen der Scheduler 11 ein 
Modul mit hochster Prioritat auswahlen muS, mehr als ein 
Modul dieselbe hochste Prioritat besitzt, so kann der 
Scheduler unter diesen gleichprioren Modulen nach beliebigen 
weiteren Kriterien eine Reihenfolge bilden. Zum Beispiel 
kann in den Figuren 5 bis 8 die alphabetische Reihenfolge 
(bei gleicher Prioritat) zur Entscheidung herangezogen 
we r den . 
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Anspriiche 

1. Steuergerat (1) fur ein System (2), insbesondere ein 
Kraf tf ahrzeug, Motor oder Getriebe, das eine Vielzahl von 
aktivierbaren Modulen (10) aufweist, wobei aktivierte Module 
(10) durch Beobachten von Zustanden des Systems (2) 

Inf ormationen erzeugen, wobei ein Scheduler (11) fur die 
Aktivierung der Module (10) vorgesehen ist, wobei der 
Scheduler (11) fur die Aktivierung eine den Modulen (10) 
zugeordnete Prioritat berucksichtigt , dadurch 
gekennzeichnet , da£ ein Prioritatsverwalter (12) vorgesehen 
ist, der die Prioritat der Module (10) verandert. 

2. Steuergerat nach Anspruch 1, dadurch gekennzeichnet, daE 
der Priori tatsverwalter (12) die Prioritat von Modulen (10) 
in Abhangigkeit von einer Zeitdauer, in der das jeweilige 
Modul (10) aktiviert oder inaktiviert ist, verandert. 

3. Steuergerat nach Anspruch 1, dadurch gekennzeichnet, daS 
der Prioritatsverwalter (12) die Prioritat von Modulen (10) 
in Abhangigkeit von Zustanden des Systems (2) verandert. 

4. Steuergerat nach Anspruch 1, dadurch gekennzeichnet, daS 
der Prioritatsverwalter (12) die Prioritat von Modulen (10) 
in Abhangigkeit von einer Zeitdauer, in der das jeweilige 
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Modul (10) aktiviert oder inaktiviert ist und gleichzeitig 
in Abhangigkeit von Zustanden des Systems (2) verandert . 

5. Steuergerat nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet , da£ der Prioritatsverwalter (12) die 
Prioritat von Modulen (10) zusatzlich in Abhangigkeit von 
einer Aktivierungsnachricht , mit der angezeigt wird, daS das 
betreffende Modul (10) aktiviert wurde, und ggf . auch in 
Abhangigkeit der entsprechenden Deaktivierungsnachricht 
verandert . 

6. Steuergerat nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, da& der Prioritatsverwalter (12) die 
Prioritat von Modulen (10) zusatzlich in Abhangigkeit von 
absoluten Zeitsignalen verandert. 

7. Steuergerat nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, da£ der Scheduler (11) aus einer 
Menge von zur Aktivierung anstehenden Modulen (10) zuerst 
das Modul (10) mit der hochsten Prioritat fur die 
Aktivierung auswahlt, daS der Scheduler (11) dann eine 
Restmenge bildet, die das Modul (10) mit der hochsten 
Prioritat und weitere Module, die nicht zusammen mit dem 
Modul der hochsten Prioritat aktiviert sein durfen, nicht 
mehr enthalt, und daS der Scheduler (11) dann aus der 
Restmenge weitere Module (10) fur die Aktivierung auswahlt. 

8. Steuergerat nach Anspruch 7, dadurch gekennzeichnet, da£ 
der Scheduler (11) in sich wiederholenden Schritten Module 
mit der jeweils hochsten Prioritat zur Aktivierung auswahlt 
und durch Bildung von Restmengen, die die bereits zur 
Aktivierung ausgewahlten Module und weitere Module, die 
nicht zeitgleich mit den bereits ausgewahlten Modulen laufen 
durfen, nicht mehr enthalt, so lange fortsetzt, bis die 
Restmenge keine Module mehr enthalt. 
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9. Steuergerat nach Anspruch 7 oder 8, dadurch 
gekennzeichnet, da£ der Scheduler (11) nach Auswahl von 
Modulen sicherstellt , dafi die ausgewahlten Module aktiviert 
sind und die nicht ausgewahlten Module nicht aktiviert sind. 

10. Verfahren zum Betrieb eines Steuergerats (1) fur ein 
System (2) , insbesondere von Kraft fahrzeugen, Motor oder 
Getriebe, das eine Vielzahl von aktivierbaren Modulen (10) 
aufweist, wobei aktivierte Module (10) durch Beobachten von 
Zustanden des Systems (2) Inf ormationen erzeugen, wobei bei 
der Aktivierung eine den Modulen (10) zugeordnete Prioritat 
berucksichtigt wird, dadurch gekennzeichnet, daS die 
Prioritaten der Module verandert werden. 

11. Verfahren nach Anspruch 10, dadurch gekennzeichnet, da£ 
bei der Veranderung der Prioritaten eine Zeitdauer, in der 
das jeweilige Modul (10) aktiviert oder inaktiviert ist, 
berucks i cht igt wi rd . 

12. Verfahren nach Anspruch 10, dadurch gekennzeichnet, da£ 
bei der Veranderung der Prioritaten Zustande des Systems (2) 
berucksichtigt werden . 

13. Verfahren nach Anspruch 10, dadurch gekennzeichnet, da£ 
bei der Veranderung der Prioritaten eine Zeitdauer, in der 
das jeweilige Modul (10) aktiviert oder inaktiviert ist und 
gleichzeitig Zustande des Systems (2) berucksichtigt werden. 

14. Verfahren nach Anspruch 10 bis 13, dadurch 
gekennzeichnet, da£ bei der Veranderung der Prioritaten 
zusatzlich ein absolutes Zeitsignal berucksichtigt wird. 

15. Verfahren nach einem der Anspruche 10 bis 14, dadurch 
gekennzeichnet, daS zur Aktivierung der Module aus einer 
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Menge von Modulen zuerst das Modul mit der hochsten 
Prioritat fur die Akt ivierung ausgewahlt wird, daS dann eine 
Restmenge gebildet wird, die das Modul mit der hochsten 
Prioritat und weitere Module, die nicht zusammen mit dem 
Modul der hochsten Prioritat aktiviert werden durfen, nicht 
mehr enthalt, und daS aus der Restmenge weitere Module fur 
eine Akt ivierung ausgewahlt werden. 

16. Verfahren nach Anspruch 15, dadurch gekennzeichnet, daS 
in sich wiederholenden Schritten Module mit der jeweils 
hochsten Prioritat zur Aktivierung ausgewahlt werden und 
durch Bildung von Restmengen, die die bereits zur 
Aktivierung bereits ausgewahlten Module und weitere Module, 
die nicht zusammen mit den bereits ausgewahlten Modulen 
laufen durfen, nicht mehr enthalt, so lange fortgesetzt 
wird, bis die Restmenge keine Module mehr enthalt. 

17. Verfahren nach Anspruch 14 Oder 15, dadurch 
gekennzeichnet, dafi der Scheduler (11) nach Auswahl von 
Modulen sicherstellt , daS die ausgewahlten Module aktiviert 
sind und die nicht ausgewahlten Module nicht aktiviert sind, 
und da£ ausgewahlte Module ggf . erst dann aktiviert werden, 
wenn noch aktivierte andere Module, mit denen erstere nicht 
gleichzeitig laufen durfen, deaktiviert sind. . 
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Steuergerate fur ein System und Verf ahren zu m Betrieb eines 

Ste u e r ge r ats 
Zusammenf assung 

Es wird ein Steuergerat und ein Verfahren zum Betreiben 
eines Steuergerats vorgeschlagen, wobei das Steuergerat (1) 
Funktionsmodule (10) , einen Scheduler (11) und einen 
Prioritatsverwalter (12) enthalt. Das Steuergerat (1) ist 
uber Datenleitungen (4) mit einem zu steuernden System (2) 
verbunden. Der Prioritatsverwalter ordnet den Modulen (10) 
veranderbare Prioritaten zu, die dann bei der Aktivierung 
von Modulen durch den Scheduler (11) beriicksichtigt werden. 

(Figur 1) 
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